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where in the system. The forms manager does not have 

METHOD FOR GENERATING A DISPLAY the capability to modify the form dependent upon the 

UTILIZING OBJECTS IN AN OBJECT LIST user or information being displayed. 

These types of prior art forms managers have the 

This application is a continuation of prior application 5 disadvantage of having to display an information field 

Ser. No. 07/322,740, filed Mar. 13, 1989, now aban- whether the field is used or not. By way of one specific 

donK ** example, in the area of medical records, there are nu« 

RELATED INVENTIONS merous types of information that can be maintained for 

, . „ any one particular patient However, rarely does one 

The present invention is related to the following 10 dent ^ ^ ^ of ^ ^ of Mom ^ OJl be 

mvendons, all assigned to the assignee of the present maintained. Therefore, it is a disadvantage for the forms 

m e C ? ° n '/-. A , c * * r ti • * y m ^ manager to display blank spaces when that particular 

System Control Structure of a Hospital Information _ ; * ,>Ji ^ . . , , . 

c * * \g 4 -i « fTT . 0 . ^ , , T , area is not being monitored. By displaying these blank 

System and Method of Using Same, invented by John iL . * ^ , . J A : . , , . 

. , TT c c _f x , 1 1 , - ,i, , , c areas, the size of the display is greatly increased making 

Bnmm et al,, having U.S. Ser. No. 116,614, and filed on 15 >jt . 4 - « r *f • / 

Nov 3 1987 U S Pat No 4 878 175- impossible to display all of the information on one or 

Method for Generating Patient-Specific Flowsheets two greens There may also be screen displays that have 

by Adding/Deleting Parameters, invented by Ronald no data on them. 

Norden-Paul et aL, having U.S. Ser. No. 116,611, and ^ Virion, it is often necessary, for record keeping 

filed on Nov. 3 1987* 20 ^ security, to: limit access to particular portions of the 

Medical Information System With Automatic Updat- display; keep track of who enters the data; and to insure 

ing of Task List In Response to Charting Interventions data is entered correctly. Therefore, there is a 

On Task List Window Into An Associated Form in- requirement in the industry that the forms manager also 

vented by John Brimm et al., having U.S. Ser, No. interact with the input side of the systems. 

268,822, and filed on Nov. 7, 1988, now U.S. Pat. No. 25 Accordingly, it is an object of the present invention 

5,077,666; to provide a forms manager which overcomes the 

Clinical Task List with Charting onto Underlying above deficiencies. 

Form and Automatic Updating of Task List, invented It is a further object of the present invention to pro- 

by John Brimm et al., having U.S. Ser. No. 268,323, and vide a forms manager that acts as an input and output 

filed Nov. 7, 1988, now U.S. Pat No. 5,072,383; 30 buffer. 

A Method for Displaying Information from an Infor- Another object of the present invention is to provide 

mation Based Computer System, having Ser. No. a forms manager which customizes the form to the 

07/407,979 and filed on Sep. 15, 1989; information being displayed. 

Spreadsheet Cell having Multiple Data Fields, hav- Still another object of the present invention is to 

ing Ser. No. 07/408,166 and filed on Sep. 15, 1989; 35 provide a forms manager which utilizes tiles, or win- 

A Method for Displaying Information from an Infor- dows, to display information, 

mation Based Computer System, having Ser. No. Yet another object of the present invention is to pro- 

07/407,836 and filed on Sep. 15, 1989; vide a forms manager which may be used to provide 

Electronic Data Storage Interface, having Ser. No. data entry and access security to tiles 

07/408,178 and filed on Sep. 15, 1989; 40 Another object of the present invention is to provide 

Method for Updating Data in a Database, having Ser. a forms manager which operates independently of the 

No. 07/408,167 and filed on Sep. 27, 1989; applications allowing the forms to be modified without 

Method for Storing a paction m a t Distributed requiring a chsmge & ^ ap p Hca tion. 
Database System, having Ser. No. 07/408,169 and filed 

on Sep. 15, 1989; 45 SUMMARY OF THE INVENTION 

c A J^^^^^ A P**^ embodiment of the present invention 

Ser No. 07/407,972 ^and TiledonSep. 15, 1989; and C J» of a forms manager which fiAt obtains a listof 

07^23?^ t0 ^ ™" *» -ociated with these 
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objects are then obtained from a data base of various 



BACKGROUND OF THE INVENTION tiles. The tiles, and associated objects, are then ranked 

The present invention relates, in general, to a process m ° rd ? for **** Fma "^ < he aDd &™ 8SSOci " 

of controlling the input and output of data in a comput- ated ^ *** m displayed, 

ing system and, more particularly, to a process of man- BRIEF DESCRIPTION OF THE DRAWINGS 

aging the form ofinput and output with the use of tiles 55 . . * . 

consisting of one or more cells. Fia 1 ,s ablock diagram representing the function of 

In the art, there are various types ofinput and output ^ Present invention within a data processing system; 
buffers. However, this is typically handled using two FIG * 2 A fc a Process flow diagram of a keyboard 

different buffers, one for inputs and one for outputs. A ^put process embodying the present invention; 
typical input is generated by some type of user interface 60 FJG * 2B is a process flow diagram of a pointer input 

such as a keyboard, mouse, track ball, or the like. The process embodying the present invention; 
output is typically provided on a cathode ray tube *FIQ. 3 is a graphical representation of a display gen- 

(CRT), flat screen display, or like device generally erated by a process embodying the present invention; 
classified as operator display modules (ODM) FIG. 4 is a graphical representation of an second 

The output function of a forms manager is to take the 65 display generated by a process embodying the present 

information to be displayed and arrange it in the order invention; 

dictated by a form. In prior art forms managers, the FIGS. 5A-5C are graphical representations of alter- 

form of the output is predetermined and stored some- native cell displays in FIGS. 3 and 4; 
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FIG. 6 is a graphical representation of a display gen- ager 11 develops a form which is displayed on display 

crated by a process embodying the present invention 13. 

illustrating the pop-up menu function; The input operation of the present invention is Ulus- 

FIG. 7 is a process flow diagram of an output buffer trated in FIGS. 2A and 2B. A pseudo code listing of the 

process embodying the present invention; 5 keyboard operation is shown in Appendix A. The line 

FIG. 8 is a graphical representation of a third display numbers in parentheses refer to code lines in Appendix 

generated by a process embodying the present inven- a. In FIG. 2A, a process flow diagram of a keyboard 

n ' i_ j- i * input process embodying the present invention is illus- 

FIG. 9 is the display of FIG. 7 after being prioritized trated. The process commences with the depression of a 

by *l TO ??* vx^y™} the present invention; and 10 key on the keyboard, step 20. The process then pro- 

™ 15 a ^ roccss n™ 6 *?** 1 modification to the cccd s to a decision block 21 where a determination is 

process flow diagram of FIG. 6. made as to whether an item on the form has been se- 

DETAILED DESCRIPTION OF THE IccXtd (line 6). If an item has not been selected, the 

DRAWINGS process moves to block 22 where an error message is 

A. * *u * «*-t » mi r . r 15 P** 11 ^ Qx** T) &e process exits the routine. 

jE^SJt^ If » item on the form has been selected, th C process 

' Ei^firkl eSoTi^S^^^Sf? forms manager determines whether the selected ton is 
tues ana a torm is a collection of groups and/or tiles. t ,™ n;— ia\ rr a* :* :„ * 

A tile is comprised of "cells" each cell having a re- 20 < 5 e ?l by ±C ^ 10) ' If *** " ** ^ 

lated "object". The object may be either text, numeri- fl ~ r - * c ^ m ? ves * **** ». wh ' rc 

cal, or a combination thereof. A tile is sunilar to a win- m0T mcssa « e * pnnted M) ' ^ 

dow with the exception that tiles do not overlap as is ^f*?**' pr ^T *u * T*™' 

permitted with windows. It should be understood that, t If * he ? t f m * CT l" abl * b * ^ r ^l P '?*f mOVCS 

if the application permits, the present invention may be 25 to a dcci * on bl< f k " block 25, the forms 

utilized with windows and as such the term tile may be dc ^ rmui « whether the key was a terminator 

taken as synonymous with window. A description of J™ Jf> * u< ; h " * rCtUm key » cntcr ke * teb kc * or 

windows is provided in Scheiflen & Gettys, "The X If key was not * tenmnator key, the process 

Window System", ACM Transactions on Graphics, moves to decision block 26. In decision block 26, the 

Vol. 5, No. 2, pg. 79-109 (April 1986). 30 ^ onns mana 8 er determines if the key represented a valid 

Referring initially to FIG. 1, a block diagram, gener- character for that item (line 19). By way of example, the 

ally designated 10, representing the function of the item mav l"*** to numeric input only; in which 

present invention within a data processing system is case any alpha input would be rejected. If the key does 

illustrated. A forms manager 11 is used as an interface, not present a valid character, the process moves to 

or buffer, among and between the input, output, and 35 block 27 * ^ block 27 *** moT message is printed Qmc 

system applications and databases. 27} and the process exits the routine 

An input device 12 is coupled to forms manager 11. ^ tne kc y represents a valid character, the process 

Input device 12 is illustrated as a keyboard with a joy moves to block 29. In block 29, the valid character is 

stick but may be any type of input device In general, the appended to an item value for the .selected item (line 

communication is from input device 12 to forms man- 40 20-23). The process then exits the routine, 

ager 11. However, there may be a need for forms man- K ^ e was a tenninator, the process moves from 

ager 11 to operate visual or acoustic devices on input decision block 25 to block 28. In block 28 the item 

device 11. For this reason, there may be some communi- value, created in block 29, is stored in a buffer (line 15). 

cation from forms manager 11 to input device 12. Following block 28 is block 30 where a "New Event" 

Also coupled to forms manager 11 is an operator 45 signal is generated (line 16) to inform the application 
display module 13. Display 13 is typically a cathode ray &at a new item value is present, 
tube, but may be any of numerous types of displays such A similar process takes place when a pointing device 
as the various types of flat panel displays Communica- 0- c * mouse, joy stick, roller ball, etc.) is utilized as the 
tion is generally from forms manager 11 to display 13. input device. This process is illustrated in FIG. 2B 
However, a touch sensitive screen or other type of 50 which is a flow chart of a pointer input process em- 
input device may be incorporated in the system requir- bodying the present invention. A pseudo code listing 
ing communication from display 13 to forms manager for performing this function is contained in Appendix B. 
11. The line numbers in parentheses refer to code lines in 

Forms manager 11 also interacts with the application Appendix B. The processes commences at a block 35 

programs 14 and the databases. The databases, for this 55 where a pointer input is received, 

particular example, are broken into a general database The process then moves to a decision block 36. In 

15 and a specific database 16. It should be understood decision block 36, the forms manager determines if the 

that while the database may be functionally separated, pointer is on an active form (line 5). If the pointer is not 

both may be contained in the same physical location in an active form, the process moves to block 37. Block 

In operation, objects are entered through input de- 60 37 causes an error message to be printed (line 6). The 

vice 12 to the forms manager. This input is checked and process then exits the routine, 

stored in database 16 for the particular patient When a If the pointer is on an active form, the process moves 

form is to be displayed, forms manager 11 obtains a list from decision block 36 to decision block 38. In decision 

of objects to be displayed. One source of objects is block 38 the forms manager determines if the pointer is 

application program 14. The forms manager then re- 65 over a selectable item (line 9). If the item is not select- 

trieves the tiles associated with the objects from data- able, either generally or by that user, the process moves 

base 15. The data to be placed in the tiles is then ob- to block 39. Block 39 causes an error message to be 

tained from database 16. Using these inputs, forms man- printed (line 10). The process then exits the routine. 
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If the pointer is over a selectable item the process the tile. Typically, this cell will be the object region, 
moves from decision block 38 to decision block 40. In such as region 54'B, FIG. 4. 

decision block 40, the forms manager determines In addition to the two standard types of tiles (hori- 
whether the pointer is over a pop-up window (line 13). zontal and vertical) there may be other tiles displaying 
If the pointer is not over a pop-up window, the process 5 the data in different fashions. For example, blood pres- 
moves to a block 41. In block 41 a "select*' event is sure cell 54C will typically display three types of data, 
generated lines (18-27) indicating the item at which the X, Y, and Z, representing the high pressure (X), low 
pointer was directed. The select event may permit the pressure (Y), and the average pressure (Z). In FIGS, 
entry of data into the item selected or may cause a 5A-5C, three different ways are illustrated to display 
pop-up menu to be formed. 10 this data. The dimensions of the cells and tiles will vary 

If the pointer is over a pop-up menu, the process depending on the display desired 
moves from decision block 40 to block 42. Block 42 Each tile may be designed to contain numerous types 
causes an event associated with the selected item to be of information, both displayed and not displayed. For 
generated (line 14). This event may be the entry of data, example, the basic type of information is whether a cell 
the correction of previously entered data, a request to 15 contains data or text. A text (data) cell of a tile can be 
show more detail, or the like. Following block 42, the set to prohibit the entrance of data (text). The physical 
process exits the routine. size and shape of the cell and tile is also maintained in 

The process of entering data by the user is classified the tile definition. The display rules are in the tile defini- 
as an event. More precisely, an event is a user action or tion indicating, for example, which cell display format 
set of user actions which are of interest to the apphca- 20 (refer to FIGS. 5A-5C) will be used. Each tile also has 
tion. an associated name and/or ID number with which it is 

The events are placed in a queue by the forms man- referenced, 
ager, steps 30 and 42 of FIGS. 2A and 2B, respectively. ■ Various security measures are also contained within 
This queue of events is maintained by the forms man- the tile/cells descriptions. These security measures take 
ager until acted upon by the applications program. Peri- the form of whether a tile/cell may be accessed and by 
odically, the application program will request the next whom. For example, you would not ordinarily allow 
event from the forms manager. access to the group and title cells. These are preset and 

In the output operation, the forms manager is di- are to be changed only by the system administrator. In 
rected to display a particular form containing objects 3Q other areas, such as the data areas, you want the general 
(text/data). In the present invention, the text/data to be nursing population of the hospital to be able to enter 
displayed dictate the shape of the form rather than the data. However, it would also be desirous to know who 
form dictating how the objects are displayed. A sample entered the data and exactly when it was entered. While 
form, generally designated 50, is illustrated in FIG. 3. the charts may be broken down into half-hour seg- 
Form 50 illustrates two groups of tiles, a vitals group 51 35 ments, the vitals may not be taken right on the half- 
and a labs group 52. Vitals group 51 contains four tiles: hour, so you will want to keep a record of the exact 
a heart rate tile 53, a blood pressure tile 54, a tempera- time and who entered the data. An additional security 
ture tile 55, and a respiration rate tile 56. The labs group measure is whether data may be changed once it has 
consists of: a CBC/HGB (Complete Blood Count- been entered. While you do not want to have data 
/HemoGloBin) tile 57, a CBC/HCT (Complete Blood 40 changed at a later date, it is important that the data 
Count/HematoCriT) tile 58, a K+(Potassium) tile 59, a illustrated is accurate. Therefore, a tile/cell will retain 
Na (Sodium) tile 60, a BUN (Blood Urea Nitrogen) tile the original entry and who made it; and the changed 
61, and a CREAT (CREATinine) tile 62. data and who made the changes. When a cell is dis- 

Each tile 53-62 comprises several cells. For example, played that has had data changed, this region will be 
heart rate tile 53 has a group cell 53A and a title cell 45 offset from the other data by a marker, different color, 
53B. In a group, such as group 51, the name of the flashing display, or the like. 

group may or may not be printed. Generally, only the The time of the data may be broken down further into 
first tile in the group, here tile 53, will designate the when the readings were made and when they were 
group name. Cell 53B contains the title; here the title is actually entered into the system. The tile/cell defini- 
"Heart Rate". The remaining cells of tile 53 are data 50 tions may also perform a data integrity check to ensure 
cells 53C. One cell 53C is provided for every time per- the entered data is not obviously incorrect. For exam- 
iod listed on the display. Cells 53C are spreadsheet type pie, in temperature tile 55, if the temperature 986* C is 
cells in that they repeat with time whereas regions 53A accidently entered rather than 98.6° C, the system will 
and 53B are non-spreadsheet cells that do not repeat recognize this as an error and alert the individual mak- 
with time. In tile 54, the group cell 54A is left blank 55 ing the entry. In addition, if an entry is outside a normal 
since the group is displayed previously. However, the range, but still valid, this entry may be offset from the 
object cell 54B of tile 54 is labeled Blood Pressure. The rest of the data in a fashion described above with re- 
data cells 54C of tile 54 are then aligned with the time spect to the changed data. 

intervals. In this particular embodiment, tiles are designed to 

There is generally more than one type of tile for each 60 display the various forms of objects. There is not one 
category. One tile 53 may be provided to display its tile for each object but one tile for each form of object, 
regions in either a horizontal fashion, as in FIG. 3, or in When the forms manager seeks to display a particular 
a vertical fashion by a tile 53', as shown in FIG. 4. In object, it determines which tile is associated with this 
this particular embodiment, the tiles are formed of rec- object and retrieves that tile. As an example, Potassium 
tangles. Each region in a tile will have the same height 65 (K+) tile 59 and Sodium (Na) tile 60 would be the same 
in horizontal tiles and the same width in vertical tiles. form of tile. The , difference would be the title displayed 
The height (width) of a horizontal (vertical) tile is de- in title cells 59B and 60B and the data entered into 
termined by the space required by the largest region of spreadsheet data cells 59C and 60C. 
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Another feature of the tiles of the present invention is temperature, CBC/HGB, and CBC/HCT are not being 
that a cell of a tile may be associated with a menu of monitored, then display space is being taken up with 

possible actions with event codes. An example of this is empty, unutilized space. To avoid this and to provide a 

provided in FIG. 6. In FIG. 6, the operator has selected more efficient display, the forms manager will not dis- 

cell 65 of temperature tile 55. When this is selected, a 5 play items that are not being monitored. The display 

pop-up menu will appear, such as menu 70, having the would then appear as shown in FIG. 8. Here, the three 
possible actions which may be undertaken in cell 65 of objects that are not being utilized have been eliminated 

tile 55. and the form adjusted to remove the tiles associated 

As shown in FIG. 6, menu 70 is illustrated with three with those objects. This will leave room at the bottom 

options. The first event is to make an entry. This is 10 of the display for additional tiles that were not displayed 

selected when an entry is first being made to the cell. in the form of FIG. 3. 

The second event is to correct an entry. This is selected In addition to the above, the forms manager will 

if the cell has been previously accessed. The third re- place the objects in any order specified in the listing of 

gion is labeled "SHOW DETAIL**. This region is se- objects that is provided or generated. For example, if a 

lected to show the details such as the time of entry, the 15 particular doctor prefers to view the blood pressure, tile 

person who made the entry, or other similar infonna- 54, as the first object, this can be indicated in the form 
tion. As an alternative to the pop-up menus, a series of description, and the forms manager, when the display is 

soft keys may be utilized. This would provide a pop-up, created, will place this tile first. In addition, the forms 

or existing menu window, with a list of keys, generally manager may be set to inter-mix objects from the vari- 

function keys, that are assigned for one of the events 20 ous groups if desired. An example of this is illustrated in 

listed above. These soft keys may have different func- FIG. 9. 

tions assigned by the particular region being accessed A ^ piG. 9, the tiles have been arranged bythe forms 

process for generating a form embodying the present manager in order of a priority that was provided with 

invention is illustrated in the flow chart of FIG. 7. This the description of the form. In a medical setting, there 

process is illustrated in pseudo code in Appendix C. The 25 may ^ onc generally form for the hospital used by the 

following lines contained in parentheses refer to the line nursing staff and a different form for doctors. Further, 

numbers of Appendix C Initially, a request, box 80, for particularly for specialists who do not desire to see 

a new form is received by the process (line 3). The everything or who desire to see certain information 

system then goes to decision box 81 and decides if there (objects) first, there may be forms established for each 

is an object list in existence for this particular form (line 30 doctor 

If there is no list of objects associated with this form, the Therefore, the process of FIG. 7 may be provided 

process moves to step 82 where an object hst is built ^ ^ tadStioD ^ ^ shown m w . ^ stcps 

from the form definition Qme 10). An object hst may ^ inserted bttwtn dedsioil ^ M „,„ ^ & 

come from three different sources: a list associated with d ^ m order des|red Followin step J, * 

the form; a list entered at the tone of the form genera- 35 ^ & m which objects whjch not bdngmoni- 

ton request; or a list provided by an application pro- tored from ^ object M m from the object 

gr ^' . . A ,. A . . , , list. Next, in decision step 90, the process looks to see if 

Once the object hst has been generated, the process ^ h 8 riorit M ^ ^ form . if there 

moves on to step 83 where objects are assigned to tiles ^ ^ Horit ^ ^ process movcs to step 91 where a 

2"t* li % eMmi ?^Li ? C B 40 default priority list is used to arrange the objects. If 

Rate , then the tdes would be checked to see which tile ^ ^ a priority M for ^ form> ^ proccss moves to 

was associated with Heart Rate . step 92 where the objects are arranged according to the 

Nest, in step 84 the draw point is moved to the top, riorit list ^ proccss ^ moves to ^ 

7k*S?\Z^ * mC T-' f « ? \ Q ir « As indicated above, the assignment of objects to tiles, 

15-17). A decision is then made in step 85 as to whether 45 • . t „ n „ ' w „. • „ „ „, 

there are objects/tiles to be drawn (lines 19-20). If there * s *f, *f™ y ^ before ' dunn *' *^bjr the steps 

^ \ t j aL / ^ set out in FIG. 10. 

are no riles to be drawn, the process moves to step 96 ^ . , . 

and ends. If there are tiles to be drawn, the process Therefore, as stated above, the present invention 

moves to step 87 where the object/tile is drawn (lines c "*^ a for f * e **** displayed rather 

21-54). Once drawn, the process moves to step 88 50 ***** fittm « to thc form * 

where the draw point is moved to the next position (line Thus, it will be apparent to one skilled in the art that 

55), there has been provided in accordance with the inven- 

This process would generate a display such as that tion, a process and method that fully satisfy the objects, 

illustrated in FIG. 3. However, there are generally so advantages set forth above, 

many objects which may be monitored for a particular 55 While the invention has been described in conjunc- 

patient, that not all of the objects may be displayed in tion with specific embodiments thereof, it is evident that 

one screen. Since it is unnecessary to display objects many alterations, modifications, and variations will be 

which are not being monitored, the elimination of these apparent to those skilled in the art in light of the forego- 

objects will leave more room on the display for objects ing description. Accordingly, it is intended to embrace 

that are being monitored. 60 all such alterations, modifications, and variations in the 

As an example, of the objects displayed in FIG. 3, if appended claims* 



65 



9 



5,208,907 
APPENDIX A 



10 



2 
3 

4 fm_click(key) 



5 

6 if item not selected 

7 error - "Keyboard inactive when nothing selected" 

8 exit 
9 

10 if selected item not enterable 

11 error - "Item not enterable" 

12 exit 
13 

14 if key is a terminator 

15 store item value in database 

16 generate NEW event 

17 exit 
18 

19 else if key is a valid key 

20 if this is the first key in this item 

21 set item value to blank 
22 

23 add key to item value 

24 exit 
25 

26 else 

^?7 error - "Invalid key" 

~,8 exit 
29 



APPENDIX B 

2 

3 fm_point (position) 



4 

5 if position not on current form 

6 error - "Not on active form" 

7 exit 
8 

9 if position not on selectable item 
. 10 error - "Item not selectable" 

11 exit 
12 

13 if position over popup menu 

14 generate action associated with popup menu item 

15 exit 
16 

17 else 

18 if there is a currently selected item 

19 if position is over selected item 

20 generate DESELECT action for item 
21 

22 else 

23 generate DESELECT action for selected item 
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24 generate SELECT action for item at position 

25 

26 else 

—7 generate SELECT action for item at position 

'29 exit 
30 



APPENDIX C 

2 

3 fm_new (form_name, object list) 
4* 

5 read form definition 
6 

,7 if object list supplied 

8 make local copy of object list 

9 else 

10 create object list from form definition 
11 

12 for each object in object list 

13 find tile in form which displays object 
14 

15 draw point = (0,0) 

16 last tile - NONE 

17 last group - NONE 
18 

19 for each object on object list 

20 do 

21 set this tile to tile containg object 

22 set this group to group containing tile 
23 

24 if this group 1= last group 

25 • 

26 if last tile 1= NONE 
^.17 draw end of last tile 

.J-:. 8 draw point * end of last tile 
""29 

30 if last group i» NONE 

31 draw end of last group 

32 draw point » end of last group 
33 

34 last group « this group 

35 last tile « this tile 

36 ' 

37 draw beginning of this group 

38 draw point » beginning of this group 
39 

40 draw beginning of this tile 

41 draw point « beginning of this tile 
42 

43 else if this tile !» last tile 
44 

45 if last tile NONE 

46 draw end of last tile 

47 draw point « end of last tile 
48 



